Peer-to-Peer Wagering Platform

ABSTRACT

Data characterizing historical skills-based gaming metrics for a first user and historical skills-based gaming metrics for at least one second user is accessed. Using the accessed data and a set of rules, a targeted advertisement to present to the first user is determined. The targeted advertisement specifies at least one skills-based game and a characterization of the at least one second user&#39;s historical skills-based gaming metrics. The targeted advertisement is generated. Data characterizing the targeted advertisement is provided. Related apparatus, systems, techniques, and articles are also described.

RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.13/858,581, filed Apr. 8, 2013, which is a continuation-in-part of U.S.application Ser. No. 13/569,424, filed on Aug. 8, 2012, the contents ofeach is hereby incorporated by reference in their entirety.

TECHNICAL FIELD

The subject matter described herein relates to a peer-to-peer softwareplatform that enables dynamic advertising based on gameplay and wageringon online skill based games.

BACKGROUND

An online game is a video game played over a network on some form ofcomputer, mobile device, or on a video game console such as the Xbox 360and PlayStation 3. This usually means the Internet or equivalenttechnology, but games can use a wide range of technologies. A recentexpansion of online gaming has reflected the overall expansion ofcomputer networks from small local networks to the Internet and thegrowth of Internet access itself.

Online games can range from simple text based games to mobile games togames incorporating complex graphics and virtual worlds populated bymany players simultaneously. Many online games require skill andstrategy and have a social aspect beyond single player games. Forexample, players compete head-to-head, in a tournament, or for thehighest score on a leader board. Example categories of onlineskill-based games include first person shooters, real time strategygames, social games, role-playing games, board games, card games, etc.Due to their social nature, many online games are inherentlycompetitive.

SUMMARY

In one aspect, data characterizing historical skills-based gamingmetrics for a first user and historical skills-based gaming metrics forat least one second user is accessed. Using the accessed data and a setof rules, a targeted advertisement to present to the first user isdetermined. The targeted advertisement specifies at least oneskills-based game and a characterization of the at least one seconduser's historical skills-based gaming metrics. The targetedadvertisement is generated. Data characterizing the targetedadvertisement is provided.

In another aspect, a digital skills based game is provided to a firstuser. The skills based game includes display space for displaying atleast one advertisement to the user. Using historical skills-basedgaming metrics and a set of rules, a targeted advertisement to presentto the first user is determined. The targeted advertisement specifies atleast one skills-based game and a characterization of at least onesecond user's historical skills-based gaming metrics. The advertisementdisplay space is modified to include the targeted advertisement. Theadvertisement prompts the user to, using a peer-to-peer wageringplatform, enroll in and place a wager on an online skills based gamingcompetition. The online skills-based gaming competition is provided tothe user.

In yet another aspect, a system includes a third party gaming server, aplurality of third party game instances, and a transactional server. Thethird party gaming server provides data related to the third party game.The plurality of third party game instances are in communication withand receiving game data from the third party gaming server. Each thirdparty game instance includes a peer-wagering module. The transactionalserver determines, using historical skills-based gaming metrics and aset of rules, a targeted advertisement to present to a first user. Thetargeted advertisement specifies at least one skills-based game, and acharacterization of at least one second user's historical skills-basedgaming metrics. The transactional server generates the targetedadvertisement.

One or more of the following features can be included. For example, theadvertisement can further specify a proposed wager for the first user inconnection with the at least one skills-based game. When to prompt thetargeted advertisement to the first user can be determined using theaccessed data and the set of rules. Historical skills-based gamingmetrics can include game-related attributes from a user's past gameplays. Historical skills-based gaming metrics can include game-relatedattributes from a user's in-progress game or most recent game played.Historical skills-based gaming metrics can include one or more of: gameoutcome, game score, game level completed, game difficulty, playerratings, average game scores, statistical measure of game outcome, gameachievements, top scores across a set of other user's results,completion of in-game objectives, user ranking, in-game character level,in-game character possession of game item, in-game character attribute.

Historical skills-based gaming metrics can be aggregated by tracking auser's game data over a period of time. The first user can provide apeer-to-peer wagering platform that enables the first user to place awager on an online skills-based gaming competition. Providing caninclude transmitting, persisting, displaying, and prompting to the user.The set of rules can be customizable by a skills-based game tournamentcreator. The targeted advertisement can further specify at least oneskills-based game tournament. The historical skills-based gaming metricsfor the at least one second user can be taken from skills-based gametournaments. The advertisement can further specify a proposed wager forthe first user in connection with the at least one skills-based game.When to modify the advertisement display space can be determined usingthe accessed data and the set of rules.

The transactional server can be configured to generate a pseudo-randomnumber stream for use by at least some of the plurality of third partygame instances.

In yet another aspect, a system includes a third party game server, aplurality of third party game instances and a transactional server. Thethird party game server provides data related to a third party game.Each of the third party game instances is in communication with andreceiving game data from the third party gaming server. Additionally,each third party game instances includes a peer-wagering module toreceive a wager amount from a player associated with the correspondingthird party game instance. Each third party game instance is associatedwith an online gaming competition and each player is participating inthe online gaming competition. The transactional server receives thewager amount from each peer-wagering module. The transactional serversecures previously deposited funds associated with each of theassociated corresponding players. The fund amount is equal to therespective wager amount. Each server includes at least one computingsystem having at least one data processor.

In yet another aspect, data characterizing a plurality of players and awager amount for each player can be received. Each player is enrolled ina third party skills based digital gaming competition. An amount offunds previously deposited by the respective player is secured for eachplayer, using an online skills based digital game wagering platform. Thesecured funds are equal to the wager amount. The funds can be securedsuch that they cannot be transferred, withdrawn, or secured for adifferent wager. Data characterizing a confirmation that each of theplurality of players funds were successfully secured is transmitted.

In yet another aspect, a digital skills based game is provided to aplayer using a mobile processing device. The skills based game is singleplayer and displays at least one advertisement to the player. Theadvertisement is modified using historical gaming results of the player.Content of the advertisement includes text, graphics, andlinked-destination. The advertisement prompts the player to enroll inand place a wager on an online skills based gaming competition. Theonline skills based gaming competition is provided to the player.

One or more of the following features can be included. The transactionalserver can receive game statistics describing the results of the onlinegaming competition from the third party gaming server and automaticallytransfer, based on the received game statistics, at least a portion ofthe secured funds to at least one account associated with at least oneof the players. The third party game can be an asynchronous competitiveskill based game played between each player. The third party game can bea synchronous competitive skill based game played between each player.The transactional server can send a notification of each player'swinnings, losses, score, time, and other game play information to thepeer-wagering module in each of the plurality of game instances. Thetransactional server can determine if the previously deposited fundsassociated with a player are less than the wager amount. The onlinegaming competition can be a tournament. The online game competition canbe selected from a group consisting of: Massively Multiplayer OnlineRole Playing Games (“MMORPG”), First Person Shooters (“FPS”), and RealTime Strategy (“RTS”) games.

Data characterizing the outcome of the third party skills based gamingcompetition can be received. At least a portion of the secured funds canbe transferred, using the online skills based digital game wageringplatform, to an account associated with one of the plurality of players.Data characterizing the transfer can be transmitted. Data characterizingthe winnings and losses of one or more of the plurality of players canbe transmitted. At least one of the plurality of player's can berewarded with non-monetary compensation based on the outcome of thethird party skills based gaming competition. The non-monetarycompensation can be used as a substitute to funds to enter a futureonline skills based gaming competition. The data characterizing thetransfer can be transmitted to a plurality of peer-wagering modules,each module included in an instance of a third party game. The datacharacterizing the confirmation is transmitted to a plurality ofpeer-wagering modules, each module included in an instance of a thirdparty game. The data characterizing the outcome of the third partyskills gaming competition can be received from a third party gameserver, the game server providing game data to a plurality of gameinstances in communication with the game server, each game instanceincluding a peer-wagering module.

The data characterizing the outcome of the third party skills gamingcompetition can be received from a plurality of peer-wagering modules.Each module can be included in an instance of a third party game incommunication with a game server providing game data to the plurality ofgame instances. The third party skills based gaming competition can beassociated with an asynchronous game. The third party skills basedgaming competition can be associated with a synchronous game. The wageramount can include a plurality of values. Each value can be associatedwith one of the plurality of players.

Data characterizing the player's game play can be received. One or morecharacteristics of the received data can be monitored. The monitoredcharacteristics can be compared to historical characteristics associatedwith the player to detect fraudulent behavior by the player. Deviationsbetween the monitored characteristics and historical characteristics canindicate fraud. The monitoring can be performed in real time. Themonitoring can be performed after the online skills based gamecompetition is complete.

Articles of manufacture are also described that comprise computerexecutable instructions permanently stored (e.g., non-transitorilystored, etc.) on computer readable media, which, when executed by acomputer, causes the computer to perform operations herein. Similarly,computer systems are also described that may include a processor and amemory coupled to the processor. The memory may temporarily orpermanently store one or more programs that cause the processor toperform one or more of the operations described herein. In addition,methods can be implemented by one or more data processors either withina single computing system or distributed among two or more computingsystems.

The subject matter described herein provides many advantages. Thecurrent subject matter provides a fully integrated set of technologiesto facilitate wagering within electronic multiplayer or single-playergames of skill Users can complete a wager conveniently and receive anywinnings. Users can track individual winnings and losses and, whenplacing bets, can be comfortable knowing that the current subject matterplaces wagered funds in escrow to guarantee payment to the winner(s).Additionally, users can easily create competitions using their favoriteonline game for friends to join and wager real money on the outcome.Users can also compete against strangers. Furthermore, a softwaredevelopment kit provides game developers with a toolset that is easy tointegrate into games. The current subject matter can convert any game ofskill into a tournament enabled wagering platform. The current subjectmatter also enables user-created tournaments.

The details of one or more variations of the subject matter describedherein are set forth in the accompanying drawings and the descriptionbelow. Other features and advantages of the subject matter describedherein will be apparent from the description and drawings, and from theclaims.

DESCRIPTION OF DRAWINGS

FIG. 1 is a system diagram illustrating a system that facilitateswagering within electronic multiplayer games of skill;

FIG. 2 is a process flow diagram illustrating a method of facilitatingwagering within electronic multiplayer games of skill;

FIG. 3 is an example user interface integrated into a third party gamethat can present to the players for signing into or registering theiraccount;

FIG. 4 is an example user interface integrated into a third party gamethat presents to players for registering their accounts;

FIG. 5 is an example user interface integrated into a third party gamethat can present to players browsing public tournaments;

FIG. 6 is an example user interface integrated into a third party gamethat presents to the players and shows game statistics and results;

FIG. 7 is a data flow diagram illustrating data communication flow foran asynchronous turn based game;

FIG. 8 is a data flow diagram illustrating data communication flow whena player joins a game tournament;

FIG. 9 is a process flow diagram illustrating a method of detectingfraudulent behavior;

FIG. 10 is a process flow diagram illustrating a method of advertisingan online skills based competition;

FIG. 11 is a process flow diagram illustrating a method of providingdata characterizing a targeted; and

FIG. 12 is an example advertisement.

Like reference symbols in the various drawings indicate like elements.

DETAILED DESCRIPTION

FIG. 1 is a system diagram 100 illustrating a system that facilitateswagering within electronic multiplayer games of skill. A plurality ofplayers 110 _(i) (i=1, 2, . . . , N) operate respective player clients120 _(i). Each player client 120 _(i) includes a third party gameinstance 130 _(i). The game instance 130 _(i) is any online digital game(e.g., video game) in which player skill determines game outcome, notchance, and wherein multiple players 110 _(i) can compete against oneanother online. Games are consistent across game instances 130 _(i)(e.g., if the players 110 _(i) are playing chess, each game instance 130_(i) is an instance of an electronic chess game). Each game instance 130_(i) can be in communication with and receiving game data from a thirdparty game server 150. The game server 150 provides game data necessaryto operate the game. Alternatively, game instances 130 _(i) can exchangegame data directly.

Each game instance 130 _(i) includes a peer-wagering module 140 _(i).The peer-wagering module 140 _(i) integrates into the game instance 130_(i) and enables the players 110 _(i) to wager on the outcome of a givengame competition. The peer-wagering module 140 _(i) communicates withand works in tandem with a transactional server 160. The transactionalserver 160 maintains account information for each player 110 _(i),including financial information, and acts as a trusted party to holdfunds in escrow and/or secure funds to enforce the terms of a wager(i.e., ensures winning players receive the winnings).

The transactional server 160 can also pass data characterizingadvertisements (e.g., advertising logic, invitations, and/or messages)to the third party game server 150. This advertising data can bealgorithmically customized based on player 110 _(i) historical gamingdata or metrics of the gaming data. For example, an advertisement couldinclude or be modified to prompt the player with “you've won four out offive of your last games, click here to play in $5 tournament and takeyour game play to the next level.”

FIG. 11 is a process flow diagram 1100 illustrating a method ofadvertising to (e.g., inviting) a player (e.g., user) to enroll andparticipate in an online skills based gaming tournament. Data isreceived at 1110 characterizing historical skills-based gaming metricsfor a first user and historical skills based gaming metrics for at leastone other user. The player can be currently playing or have recentlyplayed the game and the player can be playing the game while not beingenrolled in an online skills-based gaming competition. A targetedadvertisement to present to the first user is determined, using a set ofrules, at 1120. The targeted advertisement specifies at least oneskills-based game and a characterization of other user's historicalskills-based gaming metrics. The targeted advertisement can entice theplayer to take a specific action based upon the player's gameplay (e.g.,the player is prompted/invited to join a competition). The targetedadvertisement can be customized to an individual player. The targetedadvertisement is generated at 1130 and the advertisement is provided at1140. Providing can include transmitting, persisting, displaying, andprompting to the player.

The historical skills-based gaming metrics can be supplied by the playerclient 120 _(i), or tracked and/or recorded (e.g., over time) by thetransactional server 160, or the third party gaming server 150.Historical skills-based gaming metrics can include game attributes thatcan be traced (e.g., recorded or monitored) and are associated with theplayer's in-progress, most recent, and/or past game plays. For example,historical skills-based gaming data can include: an in-game score, gameoutcome, time to complete a stage, game level achieved, difficulty,number of enemies, power-ups acquired, player ratings, number of wins orlosses, statistical measures of attributes (e.g., average scores, ratioof wins to losses, etc.), top scores across some or all players,completion of any game related task, objective, and/or achievement,in-game acquisition of items, and/or other character attributes.Historical skills-based gaming metrics can include other traceable gameattributes.

When the advertisement is presented to the player and/or the content ofthe targeted advertisement can be based on configurable messaging rules(i.e., a set of rules). The rules can be used to target players withspecific attributes, levels of skill, or relationships. For example, anadvertisement or invitation could prompt to a player to join and wageron a tournament based on a player exceeding a certain predeterminedvalue or score for a particular in-game challenge. The rules couldinclude whether the player has completed a particular level, game,number of games played, time played, or other game element. Anadvertisement could be presented when a player is among a certainpercentile of players (e.g., prompting players to enroll in a tournamentwith like-skilled players).

Additional rule examples can include when a player has wagered, lost,and/or won at least a certain amount (e.g., prompting players to enrollin a tournament that requires “high stakes” or large minimum wagers),when one or more other players associated with the first player (e.g.,links on a social networking website) are enrolled in a tournament(e.g., prompting a player to enroll in a tournament with their friends),when a player has played a certain number of games, and/or when a playerhas completed a level or challenge in a tournament. The messaging rulescan also be based on a geographic location of the player (e.g., onlinewagering regulations may vary based on locality), or whether the playeris eligible to wager cash or rewards on a tournament. Administrators,and/or tournament creators can configure or customize the messagingrules.

The targeted advertisement can include graphical, textual, and hyperlinkinformation necessary to populate pre-existing advertising space with acustomized invitation for players to wager on a skill based gamingtournament. Targeted advertisements can include customized messagesderived or based on the messaging rules and/or other data triggered by arule, gameplay, or historical skills-based gameplay metrics. Thetargeted advertisement can be targeted to the player and include acharacterization of the player's historical skills-based gaming metricsand a characterization of one or more other player's historicalskills-based gaming metrics. For example, the targeted advertisement caninclude information regarding how many active games are being played fora given game or a different game. The advertisement can include amessage regarding how many of the player's friends, contacts, orin-network users are active in the system. The advertisement content canshow how a player would fare if they joined a tournament or played adifferent game by including a comparison between or characterization ofthe historical gaming data and other players in the system (e.g.,showing how much money the player would have won in a real tournament, acomparison of the player's average score to other player's averagescores, a mock leader board where the game player is compared to allplayers of the game, etc.). The targeted advertisement could include aproposed wager amount for the first player.

FIG. 12 is an example advertisement 1200 presented to a player after theplayer satisfied a message rule (e.g., had a high score). Theadvertisement includes text 1210, including a characterization of otherplayer's historical skills-based gaming metrics, and a button 1220(i.e., link) to redirect the player to enable the player to enroll andwager on a tournament. The advertisement could further includes graphicsand be embedded in the game user interface.

FIG. 10 is a process flow diagram 1000 illustrating a method ofadvertising an online skills based competition. At 1010, a digitalskills based game is provided to a player (i.e., user). The gamecontains display space for displaying advertisements. At 1020, atargeted advertisement to present to the first user is determined usinghistorical skills-based gaming metrics and a set of rules. The targetedadvertisement specifies at least one skills-based game, and acharacterization of at least one second user's historical skills-basedgaming metrics. The advertisement display space is modified at 1030using the player's historical gaming data to prompt the player to use apeer-to-peer wagering platform to enroll in and place a wager on anonline skills based gaming competition. At 1040, the online skills basedgaming competition is provided to the player.

By utilizing specific player's historical gaming data and messagingrules, the advertisements/messages can be customized to the player andeach advertisement has a higher likelihood of enticing the player than anon-customized (e.g., a general) advertisement.

Referring again to FIG. 1, players 110 _(i) can register and fundaccounts either directly with the transactional server 160 (for example,accessing the server via a web browser) or through the peer-wageringmodule 140 _(i). The players 110 _(i) can fund their account throughseveral means, such as, for example: PayPal, credit cards, AutomatedClearing House (ACH) transfer, cash, loyalty cards, pre-paid cards,coupons, system credit, credit earned by watching advertisements, Googlecheckout, etc. Other methods of funding the account are possible.

Players 110 _(i) can create tournaments. Prior to game play, thepeer-wagering module 140 _(i) can receive credential information fromthe player 110 _(i), send the credentials to the transactional server160, which can authenticate the credentials. Authentication can includeage and location controls to ensure local law compliance. Age can beentered by the player 110 _(i) and location can be verified by any of abilling address used to fund an account, the GPS location of a mobiledevice (if available), and an IP address of the player client 120 _(i).When each player 110 _(i) enrolls in a tournament, including placing awager on the tournament (e.g., paying a tournament entry fee), thetransactional server 160 can secure the player 110 _(i) funds. Securedfunds cannot be withdrawn or used for another wager. Securing the fundscan include transferring the funds from the player account to an escrowaccount as well as placing a “hold” on the funds in the player'saccount.

Once the transactional server 160 secures funds from all participatingplayers 110 _(i), the tournament can proceed. The tournament proceedsunder normal game mechanics (such as each game instance 130 _(i)communicating game data with the game server 150) until game playcompletes. The transactional server 160 receives completed gamestatistics from the game server 150 or, alternatively, from eachpeer-wagering module 140 _(i). The game statistics can indicate winnersand losers based on one or more in-game metrics. A player 110 _(i) canalso determine one or more custom in-game metrics to be used indetermining winners and losers during tournament initialization. Thetransactional server 160 transfers the previously secured funds to oneor more player 110 _(i) accounts based on the game statistics. Forexample, a winning player can have the player's winnings transferredfrom the other players' accounts or the secure escrow account into thewinning player's account. The transactional server 160 sends financialdata related to winnings and losses to each peer-wagering module 140 ₂,which provides the financial data to the players 110 _(i). Additionally,the transactional server 160 can send the game statistics to eachpeer-wagering module 140 _(i), which provides the game statistics to theplayer 110 _(i).

Game statistics sent to the transactional server 160 from either thegame server 150 or from each peer-wagering module 140 _(i) can includesummary level statistics such as winners and losers and/or specific ingame actions such as player orientation within the gaming environment,player actions (e.g. buttons pressed or character movement), or userdisplay details. The user display details can include, but are notlimited to, graphics card-information, in-game screen shots and liveaction game-play. These statistics can be used to determine system levelplayer-rewards that are independent from tournament outcomes as well asin the detection of fraudulent behavior through any of the following:real-time tournament monitoring, delayed tournament review, orstatistical player review for idiosyncratic behavior or behaviorcharacteristic of fraudulent play.

The peer-wagering module 140 _(i) provides necessary user interfacecomponents and player 110 _(i) to transactional server 160 interactionfunctionality for the game instance 130 _(i). This provides a lowbarrier for third party game providers to enable the peer-wageringfunctionality into the game. The peer-wagering module can be implementedwith platform specific software development kits (SDKs).

Communication can occur over any suitable communications network, suchas, for example, the internet.

FIG. 2 is a process flow diagram 200 illustrating a method offacilitating wagering within electronic multiplayer games of skill. At210, the transactional server 160 receives data characterizing eachplayer and each player's wager amount. The wager amount can be variableamong the players or fixed among the players. Optionally the players maybe matched in tournaments with players wagering similar amounts. Eachplayer has enrolled in a third party skills based gaming competition(e.g., a tournament). At 220, the transactional server 160 secures, foreach player and using a respective player account, funds equal to thecorresponding received wager amount. The players have previouslyregistered the player account and deposited funds in the account. Thetransactional server 160 can place the funds in an escrow account untilthe completion of the gaming competition. Alternatively, thetransactional server 160 can secure the funds by placing a “hold” on thefunds in the players' accounts preventing withdrawal or use of thefunds. At 230, the transactional server 160 transmits datacharacterizing a confirmation that the transactional server 160 hassuccessfully secured funds from each enrolled player. If funds as to aplayer are not available in the respective player account, thetransactional server 160 can send data to prompt the player to depositadditional funds into the player's account.

Optionally, at 240, the transactional server 160 receives datacharacterizing the outcome of the competition. The data can includein-game statistics and indicate that some of the enrolled players arewinners and some are losers. Alternatively, the transactional server 160can differentiate, based on the in-game statistics, players that arewinners and players that are losers. The transactional server 160 candetermine based on the in-game statistics the amount of secured funds(if any) to which enrolled players are entitled. Optionally, at 250, thetransactional server 160 can transfer at least a portion of the securedfunds to one or more accounts associated with their respective enrolledplayers. Optionally, at 260, the transactional server 160 can transmitdata characterizing the transfer and/or the in-game statistics. Thetransactional server 160 can receive the respective data from andtransmit the respective data to one or more of the peer-wagering module140 _(i) and the third party game server 150.

The game can be asynchronous. Asynchronous games cover any turn-basedgame where players 110 _(i) take turns and real-time game play is not anissue. A player 110 _(i) may leave the game to perform other tasks onthe same device on which the game is running, without forfeiting atournament. Asynchronous games can include games such as Chess,Checkers, Go, and most board games where timing of player turns is not aconsideration.

The game can be synchronous. Synchronous games cover any game where realtime interaction between the game and player or between players isrequired. For example, first person simulations wherein each player hasone or more characters (i.e. avatars) and multiple players' charactersare interacting in real time with each other's characters or gameenvironment in a synchronized way. First person shooters, driving andracing simulators as well as real time sports simulations aresynchronous. Some turn-based game designs can also include synchronousaspects if all players must be present at some times while a game is inprogress.

Whether synchronous or asynchronous, an entire level of a can gameconstitute a turn, and the players can take turns independently. Forexample, games such as Angry Birds, where two or more players cancomplete a level, independently but potentially at the same time, andthe winner can be determined based on some metric when all playerscomplete the level. In this manner, an entire level constitutes a playerturn.

The transactional server 160 can provide an application-programminginterface (API) for the third party game instances 130 _(i) or the thirdparty game server 150 to communicate with the transactional server 160.

Establishing tournaments can allow players 110 _(i) to compete with oneanother within skill-based games in a single or series of contests.Tournaments can work with synchronous and asynchronous play modes, andtournaments can be user or system generated. Tournaments can be eitherpublic or private. Public tournaments can be open to any registeredplayer while private tournaments can be open only to invited players.Any tournament must necessarily have at least two participants.Player-created tournaments can require a specific number of entrants inorder to begin the competition, whereas system-created tournaments canhave a fixed or variable number of permitted and/or required entrants.Tournaments with a variable number of participants can have a fixedstarting time and can have a maximum number of allowed entrants.

Tournaments can comprise a single match or a series of matches (i.e.,multi-round tournaments). The structure can be determined at the time oftournament creation. Each match can have a specified number ofparticipants and winners. A specific win-metric can determine thewinners of each match. Individual tournament rounds (e.g., matches) canbegin at a pre-determined time set up by the creator of the tournamentor they can proceed in immediate sequence. Matches not completed by thenext designated match time slot can be terminated, and the topcontenders from each non-concluded match can be rewarded the win forthat match.

Each tournament or tournament round can have defined criteria by whichthe winner(s) are determined. Possible win-metrics can be dependent onthe type of game, but can include (for example): highest score, first tocomplete a level, least moves to complete a level, etc. Additionally,each tournament can have an entry fee which is a dollar amount requiredto enter the tournament (i.e., a wager amount). However, somesystem-created tournaments can waive this fee for some or all players110 _(i). The tournament creator can determine the amount of the entryfee.

Prizes offered to tournament winner(s) can be determined at the time oftournament creation. Prize information can be visible to all prospectivetournament entrants. In the case of user-created tournaments, the playercreating the tournament can set the total prize pool automatically. Forexample, the creating player can set the prize pool based on the numberof entrants and the entry fee that the creating player has specified.The creating player can allocate prizes in a variety of ways such asawarding prizes to more than one participant in a given tournament. Atournament creator can specify the number of winners and the percentageallocation of prizes to each of those winners. A public tournamentcreator can base prize distribution on individual performance relativeto the defined win-metric; however, a private tournament creator canincorporate team scoring relative to the win-metric in determining prizeallocation.

An example player 110 _(i) interaction with an asynchronous multiplayergame including the current subject matter includes creating atournament, joining a tournament, and concluding a tournament. To createa tournament, the player 110 _(i), using the player client 120 _(i),launches a third party game instance 130 _(i). The player can choosewithin the game to compete using the peer-wagering module 140 _(i). Theuser can log into their transactional server 160 account, optionallyelecting to remain logged in to the account within this session andfuture session of this game.

FIG. 3 is an example user interface 300 integrated into a third partygame that can present to the player for signing into or registeringtheir account. At 310, the player 110 _(i) can enter credentialinformation such as an email address and password. At 320, the player110 _(i) can sign in using the play button 320.

Once signed into their account, the player 110 _(i) can create a publicor private tournament and set parameters for the tournament. Thetransactional server 160 can prompt the player to add funds to theiraccount if the player 110 _(i) has inadequate funding. The player 110_(i) can invite several known players using their account names (e.g.,email addresses, user names, etc.). If the tournament is a publictournament, uninvited participants can join. Public tournaments canstart on a rolling basis with players taking their first turn as soon asthey join the tournament or as soon as the player before them has played(depending on game mechanics). Private tournaments start when theprescribed number of participants has entered the tournament. The gameproceeds according to the game developer's prescribed game mechanics.

If the player 110 _(i) does not yet have an account, the player 110 _(i)can register for an account by entering information such as emailaddress and password in data fields 330 and pressing the next button340. FIG. 4 is an example user interface 400 integrated into a thirdparty game that presents to the player 110 _(i) for registering theiraccount. The player 110 _(i) can enter at 410 credit card informationand billing address and specify at 420 an amount to charge the creditcard. The player 110 _(i) can select checkboxes 430 to agree to theterms of service and confirm payment. The player 110 _(i) can completethe registration using push button 440. The player 110 _(i) can enteradditional account information (not shown) such as full name, age,phone/mobile number (for SMS notification of game events), and anaccount name that will be visible to other players 110 _(i).

To join a tournament, a player 110 _(i) can receive a notificationinviting them to a tournament. Notifications can arrive via any one ofseveral means. For example, push notifications, SMS, email and in-gamenotifications are all options for notification. Alternatively, the userbrowses public tournaments that are seeking players and selects one. Theplayer 110 _(i) launches the game via the notification they havereceived or proceeds into the game after selecting a public tournament.The player 110 _(i) accepts the terms of the tournament, including thefunding requirements of the tournament in response to a prompt. If theplayer 110 _(i) has inadequate funding in their account, they can addfunds. The player 110 _(i) can accept the terms of the tournament andenter the game. The game proceeds according to the game developer'sprescribed game mechanics.

In the case when the multiplayer game is synchronous, all players 110_(i) must start the game simultaneously. To provide this functionality,the transactional server 160 presents the players 110 _(i) with atournament lobby while they wait for the synchronous game tournament tobegin. The transactional server 160 provides the lobby for both theplayer 110 _(i) who created the tournament as well as the players 110_(i) who join the tournament. The players can see the other players asthey join the tournament and can have the opportunity to withdraw fromthe tournament before the tournament begins. The game can begin apredetermine length of time (e.g., 60 seconds) after all players havejoined the tournament. Any withdrawal by the players 110 _(i) after thispoint constitutes forfeiture of the tournament entry fee (i.e. thewager).

The tournament can also start at a predetermined time independent of thenumber of players 110 _(i) in the lobby. Players 110 _(i) can sign-upfor the tournament in advance of the tournament start time. Once players110 _(i) have signed-up for a tournament, the transactional server 160can alert the players 110 _(i) that the tournament is starting soonthrough a variety of methods such as email, SMS, in-game alert, etc.

FIG. 5 is an example user interface 500 integrated into a third partygame that can present to a player 110 _(i) browsing public tournamentsthat are seeking players. Pending tournament list 510 presents severalpublic tournaments and details regarding those tournaments. For example,the first tournament on the list 520 shows a summary of the tournamentsettings. The tournament 520 name is “James Game,” the type oftournament is “highest score,” there are currently ten entrants with amaximum of twelve as shown under number of players. For this exampletournament, the wager or entry amount is one dollar and the total prizeor payout is ten dollars. The time left shows when the exampletournament 520 will start.

Detailed information 530 provides tournament information for a selectedtournament and shows the name, type, number of players and maximumplayers, entry fee, and prize breakdown. In this example tournament, thetop three players 110 _(i) will receive winnings. Player list 540provides each player name and overall score currently entered in thetournament. Push buttons 550 enables the player 110 _(i) to enter or notenter the tournament.

At the conclusion of a tournament, the normal game mechanics arecomplete and the third party game server 150 posts data to thetransactional server 160 indicating game results. Each player 110 _(i)who completes the game should see game results immediately, includingdata from the transactional server 160 detailing their winnings orlosses for the tournament. Other players 110 _(i) in the tournament canalso receive a notification detailing their winnings or losses from thetransactional server 160 and indicating that their tournament iscomplete. For games where a continuous connection to the service isimportant to game-play or game integrity, any player 110 _(i) who dropsoff the service and does not re-connect within a certain predeterminedperiod forfeits the game. Third party game developers can determine theperiod or can optionally include reconnection logic to re-establish alost connection between players when such a loss of connection cannot beused to gain an advantage in either game-play or waging. Additionally,players may be required to take their turn or take another specifiedin-game action within a predetermined amount of time. Players who do notact within this set amount of time, as determined by third party gamedevelopers, will forfeit the game. The peer-wagering module 140 _(i) canreport to the transactional server 160 when the player 110 _(i)disconnects from the competition or when the player 110 _(i) has nottaken his turn within the allotted time.

FIG. 6 is an example user interface 600 integrated into a third partygame that presents to the player 110 _(i) and shows the game statisticsand results (e.g., a leader board). Column 610 lists each tournamentparticipants account name. Column 620 displays each participatingplayer's in-game rank and column 630 displays each participatingplayer's in game score. Column 640 displays any prizes won by thecorresponding player. In this example result, the top three playersreceived funds. At 650 the player 110 _(i) can launch the game again andre-enter a new tournament with the same settings (e.g., same wageramount, win metric, invite list, etc.). At 660, the player 110 _(i) cango to a tournament selection screen.

FIG. 7 is a data flow diagram 700 illustrating data communication flowsbetween an example implementation of the elements of FIG. 1 for anasynchronous turn based game. Elements of FIG. 1 are shown across thetop and bottom of FIG. 7, specifically, player 110 _(i) (operatingplayer client 120 _(i)), third party game instance 130 _(i)peer-wagering module 140 _(i), transactional server 160, and third partygaming server 150.

At 702 through 708 the player 110 _(i) logs into the transactionalserver 160 using the interface provided by the peer-wagering module 140_(i) embedded in the game instance 130 _(i). The peer-wagering module140 _(i) authenticates 706 with the transaction server 160 allowing forfurther messaging between the peer-wagering module 140 _(i) and thetransaction server 160, via authentication tokens, securitycertificates, or other user/password exchanges 708. All future requestsare set with the valid authentication method. Peer-wagering module 140_(i) requests 710 a list of potential gaming opponents for the logged inplayer for the currently running game. The transactional server 160 andpeer-wagering module 140 _(i) returns (712 and 714) a list of theplayers available for play as well as a list of current tournamentsrequiring additional players. The creating player 110 _(i) creates atournament 716 and invites other players 110 _(i). The peer-wageringmodule 140 _(i) sends 718 the transactional server 160 data regardinginvited players 110 _(i) and the tournament name. When a player 110 _(i)joins the tournament, the player's information is communicated to thepeer-wagering module 140 _(i) as well. Funds are transferred 720 fromthe joining/creating player's transactional server 160 account. Thetransactional server 160 places these funds in escrow or places a “hold”on wagered funds in player accounts. The transactional server 160returns 722 a unique tournament ID and all entered players 110 _(i) wait724 for the tournament to start. Each peer-wagering module 140 _(i)communicates with 726 the transactional server 160 with the tournamentID until the server indicates 728 the tournament has started. Thepeer-wagering module 140 _(i) can signal the transactional server 160 toforce the tournament to start for those players who have joined.

During normal game play, all communication (732 and 734) occurs betweenthe third party game instance 130 _(i) and its own third party gameserver 150. All active gaming statistics including rank of each playeris communicated and coordinated between the game instance 130 _(i) andthe gaming server 150. The third party game instance 130 _(i)communicates 736 data regarding any players 110 _(i) who have left thegame or any data relevant to the detection of fraudulent behavior.

On completion of the game, each connected peer-wagering modules 140 _(i)send (740 and 742) tournament statistics to the transactional server160. The transactional server 160 calculates winnings and losses basedon the tournament statistics. The transactional server 160 sends (744and 746) notifications to all players in the completed tournamentindicating their tournament has completed, and they have winnings orlosses, as well as a leader board for the tournament. The players 110_(i) receiving the completion notification can launch a new game via thenotification.

Alternatively, on completion of the game 750, the third party gameserver 150 sends 752 games statistics to the third party game 130 _(i)and sends 754 tournament statistics to the transactional server 160.Each peer-wagering module 140 _(i) polls 756 the transactional server160. The transactional server 160 sends (758 and 760) a leader board forthe tournament, as well as notifications to all players in the completedtournament indicating their tournament has completed, and indicatingwhether they have winnings or losses. The players 110 _(i) receiving thecompletion notification can launch a new game via the notification.

The data flow diagram of FIG. 7 corresponds to an asynchronous turnbased game; however, appropriate modification can be performed forsynchronous based game play.

FIG. 8 is a data flow diagram 800 illustrating the data communicationflows between an example implementation of the elements of FIG. 1 for aplayer 110 _(i) joining a game tournament. At 802, player 110 _(i)receives a notification or in-game message and joins 804 thetournaments. If the player joins an existing tournament through thelobby system, there will be a standard chat window enabled. Thetransactional server 160 will validate (806 and 808) the funds andinform (810 and 812) the third party game instance 130 _(i) that it isok for the player 110 _(i) to join the tournament. At 814 and 816, theplayer joins the tournament. The transactional server 160 transfers 820wagered funds to an escrow account or places a “hold” on wagered fundsin player accounts. During normal game play, all game-relatedcommunication occurs between the third party game instance 130 _(i) andthe third party game server 150. In some instances during game play, thethird party game instance 130 _(i) or the third party game server 150may report 826 game statistics relevant to fraud detection to thetransactional server 150.

FIG. 9 is a process flow diagram 900 illustrating a method of detectingfraudulent behavior. At 910, data is received characterizing a player'sgame play. At 920, characteristics or attributes of the game play can bemonitored and, at 930, the monitored characteristics can be compared tohistorical characteristics associated with the player to detectfraudulent behavior. Deviations in the game play characteristics fromthe historical characteristics can indicate fraudulent behavior.Fraudulent behavior can include cheating (i.e., not playing by the gamerules and thereby gaining an unfair advantage). These statistics mayinclude specific in-game actions such as player orientation within thegaming environment, player actions (e.g. buttons pressed or charactermovement), or user display details including, but not limited to,graphics card-information, in-game screen shots and live actiongame-play. Referring again to FIG. 8, on completion of the game, thethird party game server 150 posts 824 game statistics to the third partygame instance 130 _(i) and posts 826 game statistics to thetransactional server 160. The transactional server 160 calculates 828winnings and losses based on the game statistics. Each peer-wageringmodule 140 _(i) polls 830 the transactional server 160 for match resultsand receives 832 the match results including a list of winnings andlosses, as well as a leader board for the tournament. Each peer-wageringmodule 140 _(i) notifies 834 their respective player 110 _(i) that thetournament has completed and they have either winnings or losses. Theplayers 110 _(i) receiving the completion notification can launch a newgame via the notification.

The transactional server 160 can further be configured to generate astream of pseudo-random numbers for use by the third party gameinstances. Since random numbers are typically used in gameplay enginesto decide game elements and properties (e.g., what obstacles are presentcan be decided based on the value that a random number generatorreturns), the use of common random numbers can provide a common gameplayexperience to a subset of users (e.g., the players involved in a thirdparty game tournament). The common gameplay experience can be used tostandardize (or level the playing field) for a game of skill that stillhas random elements.

For example, while Tetris is typically considered a game of skill, theorder in which the Tetris pieces present to a player is normally random.By providing a common stream of pseudo-random numbers to each gameinstance participating in an online tournament, the order that Tetrispieces appear to each player can be common across all participating gameinstances. Thus, the results of a competitive tournament would be basedentirely on skill, and not on a random chance of getting an easier orderof Tetris pieces presented.

In one example, the transactional server 160 can use a tournamentidentification number as a seed to generate pseudo-random numbers, thuscausing gameplay to be different between tournaments, but not betweengame instances involved in a given tournament.

Various implementations of the subject matter described herein may berealized in digital electronic circuitry, integrated circuitry,specially designed ASICs (application specific integrated circuits),computer hardware, firmware, software, and/or combinations thereof.These various implementations may include implementation in one or morecomputer programs that are executable and/or interpretable on aprogrammable system including at least one programmable processor, whichmay be special or general purpose, coupled to receive data andinstructions from, and to transmit data and instructions to, a storagesystem, at least one input device, and at least one output device.

These computer programs (also known as programs, software, softwareapplications or code) include machine instructions for a programmableprocessor, and may be implemented in a high-level procedural and/orobject-oriented programming language, and/or in assembly/machinelanguage. As used herein, the term “machine-readable medium” refers toany computer program product, apparatus and/or device (e.g., magneticdiscs, optical disks, memory, Programmable Logic Devices (PLDs)) used toprovide machine instructions and/or data to a programmable processor,including a machine-readable medium that receives machine instructionsas a machine-readable signal. The term “machine-readable signal” refersto any signal used to provide machine instructions and/or data to aprogrammable processor.

To provide for interaction with a user, the subject matter describedherein may be implemented on a computer having a display device (e.g., aCRT (cathode ray tube) or LCD (liquid crystal display) monitor) fordisplaying information to the user and a keyboard and a pointing device(e.g., a mouse or a trackball) by which the user may provide input tothe computer. Other kinds of devices may be used to provide forinteraction with a user as well; for example, feedback provided to theuser may be any form of sensory feedback (e.g., visual feedback,auditory feedback, or tactile feedback); and input from the user may bereceived in any form, including acoustic, speech, or tactile input.

The subject matter described herein may be implemented in a computingsystem that includes a back-end component (e.g., as a data server), orthat includes a middleware component (e.g., an application server), orthat includes a front-end component (e.g., a client computer having agraphical user interface or a Web browser through which a user mayinteract with an implementation of the subject matter described herein),or any combination of such back-end, middleware, or front-endcomponents. The components of the system may be interconnected by anyform or medium of digital data communication (e.g., a communicationnetwork). Examples of communication networks include a local areanetwork (“LAN”), a wide area network (“WAN”), and the Internet.

The computing system may include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

Although a few variations have been described in detail above, othermodifications are possible. For example, the logic flow depicted in theaccompanying figures and described herein do not require the particularorder shown, or sequential order, to achieve desirable results. Otherembodiments may be within the scope of the following claims.

What is claimed is:
 1. A method for implementation by one or more dataprocessors forming part of at least one computing system, the methodcomprising: receiving, by one or more data processors, datacharacterizing a plurality of third party game instances, a wager amountfor each third party game instance, and a third party skills baseddigital gaming competition, each third party game instance enrolled inthe third party skills based digital gaming competition; generating,using one or more data processors, a pseudo-random number stream; andtransmitting, using one or more data processors and during the thirdparty skills based digital gaming competition, the pseudo-random numberstream to one or more computing systems associated with each of theplurality of third game instances so that the third party game instanceinitiates a gameplay experience that is common among the third partygame instances during the third party skills based digital gamingcompetition.
 2. The method of claim 1, further comprising securing,using one or more data processors and for each third party gameinstance, a wager amount of funds previously deposited, wherein thewager amount of funds is secured such that the wager amount of fundscannot be transferred, withdrawn, or secured for a different wager. 3.The method of claim 2, further comprising transmitting, for at least oneof the plurality of third party game instances, data characterizing aconfirmation that each of the wager amount of funds was successfullysecured.
 4. The method of claim 2, further comprising: receiving datacharacterizing an outcome of the third party skills based gamingcompetition; transferring, using one or more data processors, at least aportion of the secured funds to an player account associated with one ofthe plurality of third party game instances; and transmitting datacharacterizing the transfer.
 5. The method of claim 4, furthercomprising: receiving, from at least one third party game instance, datacharacterizing an associated player's game play; monitoring one or morecharacteristics of the received data; and comparing the monitoredcharacteristics to historical characteristics associated with theassociated player to detect fraudulent behavior by the associatedplayer, wherein deviations between the monitored characteristics andhistorical characteristics indicate fraud.
 6. The method of claim 5,wherein the monitoring is performed in real time.
 7. The method of claim5, wherein the monitoring is performed after third party skills baseddigital gaming competition is complete.
 8. The method of claim 1,wherein a third party gaming server provides data related to a thirdparty game, each of the plurality of third party game instances is incommunication with and receiving game data from the third party gamingserver and each third party game instance includes a peer-wageringmodule.
 9. The method of claim 1, wherein generating the pseudo-randomnumber stream includes seeding a random number generator with a uniquematch identifier associated with an instance of the third party skillsbased digital gaming competition.
 10. A system comprising: at least onedata processor; memory storing instructions which, when executed by theat least one data processor, causes the at least one data processor toperform operations comprising: receiving data characterizing a pluralityof third party game instances, a wager amount for each third party gameinstance, and a third party skills based digital gaming competition,each third party game instance enrolled in the third party skills baseddigital gaming competition; generating a pseudo-random number stream;and transmitting, during the third party skills based digital gamingcompetition, the pseudo-random number stream to one or more computingsystems associated with each of the plurality of third game instances sothat the third party game instance initiates a gameplay experience thatis common among the third party game instances during the third partyskills based digital gaming competition.
 11. The system of claim 10,further comprising securing, for each third party game instance, a wageramount of funds previously deposited, wherein the wager amount of fundsis secured such that the wager amount of funds cannot be transferred,withdrawn, or secured for a different wager.
 12. The system of claim 11,further comprising transmitting, for at least one of the plurality ofthird party game instances, data characterizing a confirmation that eachof the wager amount of funds was successfully secured.
 13. The system ofclaim 11, further comprising: receiving data characterizing an outcomeof the third party skills based gaming competition; transferring atleast a portion of the secured funds to an player account associatedwith one of the plurality of third party game instances; andtransmitting data characterizing the transfer.
 14. The system of claim13, further comprising: receiving, from at least one third party gameinstance, data characterizing an associated player's game play;monitoring one or more characteristics of the received data; andcomparing the monitored characteristics to historical characteristicsassociated with the associated player to detect fraudulent behavior bythe associated player, wherein deviations between the monitoredcharacteristics and historical characteristics indicate fraud.
 15. Thesystem of claim 14, wherein the monitoring is performed in real time.16. The system of claim 14, wherein the monitoring is performed afterthird party skills based digital gaming competition is complete.
 17. Thesystem of claim 10, wherein a third party gaming server provides datarelated to a third party game, each of the plurality of third party gameinstances is in communication with and receiving game data from thethird party gaming server and each third party game instance includes apeer-wagering module.
 18. The system of claim 10, wherein generating thepseudo-random number stream includes seeding a random number generatorwith a unique match identifier associated with an instance of the thirdparty skills based digital gaming competition.
 19. A non-transitorycomputer program product storing instructions, which when executed by atleast one data processor of at least one computing system, implement amethod comprising: receiving data characterizing a plurality of thirdparty game instances, a wager amount for each third party game instance,and a third party skills based digital gaming competition, each thirdparty game instance enrolled in the third party skills based digitalgaming competition; generating a pseudo-random number stream; andtransmitting, during the third party skills based digital gamingcompetition, the pseudo-random number stream to one or more computingsystems associated with each of the plurality of third game instances sothat the third party game instance initiates a gameplay experience thatis common among the third party game instances during the third partyskills based digital gaming competition.
 20. The system of claim 19,further comprising securing, for each third party game instance, a wageramount of funds previously deposited, wherein the wager amount of fundsis secured such that the wager amount of funds cannot be transferred,withdrawn, or secured for a different wager.
 21. The system of claim 20,further comprising transmitting, for at least one of the plurality ofthird party game instances, data characterizing a confirmation that eachof the wager amount of funds was successfully secured.
 22. The system ofclaim 20, further comprising: receiving data characterizing an outcomeof the third party skills based gaming competition; transferring atleast a portion of the secured funds to an player account associatedwith one of the plurality of third party game instances; andtransmitting data characterizing the transfer.
 23. The system of claim22, further comprising: receiving, from at least one third party gameinstance, data characterizing an associated player's game play;monitoring one or more characteristics of the received data; andcomparing the monitored characteristics to historical characteristicsassociated with the associated player to detect fraudulent behavior bythe associated player, wherein deviations between the monitoredcharacteristics and historical characteristics indicate fraud.
 24. Thesystem of claim 23, wherein the monitoring is performed in real time.25. The system of claim 23, wherein the monitoring is performed afterthird party skills based digital gaming competition is complete.
 26. Thesystem of claim 19, wherein a third party gaming server provides datarelated to a third party game, each of the plurality of third party gameinstances is in communication with and receiving game data from thethird party gaming server and each third party game instance includes apeer-wagering module.
 27. The system of claim 19, wherein generating thepseudo-random number stream includes seeding a random number generatorwith a unique match identifier associated with an instance of the thirdparty skills based digital gaming competition.